home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0049 / 416.txt < prev    next >
Text File  |  1997-04-16  |  19KB  |  499 lines

  1. Info-Atari16 Digest   Friday, August 25, 1989   Volume 89 : Issue 416
  2.  
  3. This weeks Editor: Bill Westfield
  4.  
  5. Today's Topics:
  6.  
  7.                                  OOps
  8.                               UUCP stuff
  9.                                   TT
  10.                            Sozobon compiler
  11.                   Re: Re~2: New Atari 68030 Machines
  12.              Re: NetHack3 binary needed for Atari 1040 ST
  13.                      digital writing/drawing pad
  14.                  comp.binaries.atari.st intro article
  15.  
  16. ----------------------------------------------------------------------
  17.  
  18. Date: 21 Aug 89 06:58:07 GMT
  19. From: mailrus!um-math!sharkey!itivax!m2-net!moses@tut.cis.ohio-state.edu  (Eric
  20.  Doggett)
  21. Subject: OOps
  22. To: info-atari16@score.stanford.edu
  23.  
  24. The first line on that should have read...
  25.  
  26. I am looking for a PD UUCP package that would work on an...
  27.  
  28. ------------------------------
  29.  
  30. Date: 21 Aug 89 06:51:25 GMT
  31. From: mailrus!um-math!sharkey!itivax!m2-net!moses@tut.cis.ohio-state.edu  (Eric
  32.  Doggett)
  33. Subject: UUCP stuff
  34. To: info-atari16@score.stanford.edu
  35.  
  36. IBM Emulator, or the ST itself, I have tried fsuucp, can't seem to get it
  37. to do anything but sit there and tick me off, anyone know where to find one?
  38.  
  39.          cardiology.ummc.umich.edu!m-net!moses
  40.          cardiology.ummc.umich.edu!sharkey.cc.umich.edu!spirit!wybbs!moses
  41.  
  42. All help would be appreciated greatly...
  43.  
  44. ------------------------------
  45.  
  46. Date: Mon, 21 Aug 89 22:04:07 bst
  47. From: qs101%computer-lab.cambridge.ac.uk@NSFnet-Relay.AC.UK
  48. To: info-atari16@score.stanford.edu
  49.  
  50. help
  51.  
  52. ------------------------------
  53.  
  54. Date: 21 Aug 89 22:06:42 GMT
  55. From: blake!bissiri@beaver.cs.washington.edu  (Moja Fritzah)
  56. Subject: TT
  57. To: info-atari16@score.stanford.edu
  58.  
  59. DOes anybody know what the RAM speed is in the TT?
  60.  
  61. Will it be possible to pop in a faster 030 chip?  040?
  62.  
  63.  
  64. -kevin
  65. bissiri@blake.acs.washington.edu
  66.  
  67. ------------------------------
  68.  
  69. Date: 21 Aug 89 14:41:19 GMT
  70. From: mcvax!ukc!edcastle!erck15@uunet.uu.net  (Kevin "tkld" Davidson)
  71. Subject: Sozobon compiler
  72. To: info-atari16@score.stanford.edu
  73.  
  74. Can anyone tell me what the latest version of Sozobon CC is ?
  75. Has hcc been upgraded to accept this sort of construct:
  76.  
  77. #if defined(MSDROSS) || defined(TOS)
  78.  
  79. int foo, bar, fred;
  80.  
  81. #endif
  82.  
  83. If not I'll have a go at putting it in myself - I'd guess it would have to
  84. work like sizeof(...), and expr.c would replace it with a constant expression
  85. for p_if().
  86.  
  87. I found stuff like this trying to compile the recently posted nethack 3.0f
  88. on a sun. I have sozobon set up as a cross compiler, but it took me a couple
  89. of days to get rid of most of the assumptions that sizeof(int) == sizeof(short)
  90. (I even managed to find a line `#define short int' in one .h file !)
  91. This *had* to be a deliberate attempt to get back at mainframe programmers
  92. who *always* assume sizeof(int)==sizeof(long) :-)
  93.  
  94. Howzabout a complete ban of int fields in structures ? :-) :-)
  95. Or get rid of int :-) :-) :-)
  96.  
  97.  
  98. Has anyone thought about adding the const and inline storage classes ?
  99. I haven't looked to see how much work this would be (#define inline void
  100. just doesn't satisfy me :-)
  101.  
  102.  
  103. I'll do the work if nobody else is interested - looks like fun, but I *hate*
  104. reinventing the wheel (except when the supplied wheel is reeeaaally ugly)
  105.  
  106. --
  107.  
  108.         .Kevin.        <erck15@castle.ed.ac.uk>
  109.                        <tkld@tardis.cs.ed.ac.uk>
  110.  
  111. ------------------------------
  112.  
  113. Date: 21 Aug 89 20:21:07 GMT
  114. From: att!laidbak!usenet@ucbvax.Berkeley.EDU  (Jonathan E. Quist)
  115. Subject: Re: Re~2: New Atari 68030 Machines
  116. To: info-atari16@score.stanford.edu
  117.  
  118. In article <249@cmpfen.UUCP> bob@cmpfen.UUCP (Bob Breum) writes:
  119.  
  120. >run multiple DOS sessions under UNIX?  Now _that_ would be the best of
  121. >all possible worlds: Several UNIX windows, including a couple of TOS
  122. >sessions and a couple of MS-DOS sessions mixed in with standard UNIX
  123. >tasks.
  124.  
  125.  
  126. Somehow, Jackson Pollack comes to mind.
  127.  
  128. Some call it art, some don't.
  129.  
  130.  
  131. jeq
  132.  
  133. ------------------------------
  134.  
  135. Date: 22 Aug 89 00:32:01 GMT
  136. From:
  137.  agate!bionet!csd4.csd.uwm.edu!mailrus!jarvis.csri.toronto.edu!utgpu!watmath!jul
  138. ian!uwovax!7103_300@ucbvax.Berkeley.EDU
  139. Subject: Re: NetHack3 binary needed for Atari 1040 ST
  140. To: info-atari16@score.stanford.edu
  141.  
  142. In article <417@h.cs.wvu.wvnet.edu>, fuhrman@b.coe.wvu.wvnet.edu (Cris Fuhrman)
  143.  writes:
  144. > Can anyone tell me if there's a pre-compiled binary for NetHack 3.0
  145. > available via anonymous ftp for a single-drive Atari 1040 ST?
  146.  
  147. One will be posted Real Soon Now, as soon as the flood of NetHack bug fixes
  148. slows to a trickle.
  149. --
  150. Eric R. Smith                      email:
  151. Dept. of Mathematics               7103_300@uwovax.uwo.ca
  152. University of Western Ontario      7103_300@uwovax.bitnet
  153. London, Ont. Canada N6A 5B7    (a shared mailbox: put my name on
  154. ph: (519) 661-3638              the Subj: line, please!)
  155.  
  156. ------------------------------
  157.  
  158. Date: 22 Aug 89 03:19:53 GMT
  159. From: ogccse!blake!bissiri@cs.orst.edu  (Moja Fritzah)
  160. Subject: digital writing/drawing pad
  161. To: info-atari16@score.stanford.edu
  162.  
  163. Does one exist for the ST?
  164.  
  165. -kevin
  166. bissiri@blake.acs.washington.edu
  167.  
  168. ------------------------------
  169.  
  170. Date: 21 Aug 89 23:02:17 GMT
  171. From: sunfedcomm!grapevine!panarthea.sun.com!koreth@sun.com  (Steven Grimm)
  172. Subject: comp.binaries.atari.st intro article
  173. To: info-atari16@score.stanford.edu
  174.  
  175. I just added some stuff to this.  As always, please inform me of any errors
  176. or possible improvements.  (?roff source is available...)
  177.  
  178. ---
  179. This message is a figment of your imagination.  Any opinions are yours.
  180. Steven Grimm            Moderator, comp.
  181. sgrimm@sun.com          ...!sun!sgrimm
  182.  
  183.  
  184. --- cut here ---
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.              HOW TO USE COMP.BINARIES.ATARI.ST
  193.  
  194.                       by Steven Grimm
  195.  
  196.                 Last update: August 21, 1989
  197.  
  198.  
  199.  
  200.  
  201. _✓1.  _✓W_✓h_✓a_✓t _✓a_✓r_✓e _✓b_✓i_✓n_✓a_✓r_✓i_✓e_✓s?
  202.  
  203.      Binaries are files that contain information other  than
  204. normal  text.   Usually,  a binary that is posted to the net
  205. will contain executable (program) files.  Binaries are  dis-
  206. tinct  from _✓s_✓o_✓u_✓r_✓c_✓e_✓s, which are the human-readable text files
  207. that are interpreted by  a  computer  and  used  to  produce
  208. binaries.   Sources  can  be modified with relatively little
  209. effort, and are usually pretty easy to read.   Binaries  are
  210. not intended to be viewed by a human.
  211.  
  212. _✓1._✓1.  _✓U_✓u_✓e_✓n_✓c_✓o_✓d_✓i_✓n_✓g
  213.  
  214.      The programs which transfer network news messages  (and
  215. electronic  mail)  are not always capable of handling a pure
  216. binary file.  They are designed to handle textual  messages,
  217. and the odd symbols and characters in a binary cause them to
  218. become confused, and often to mangle the binaries.  To avoid
  219. this  problem, a method called _✓u_✓u_✓e_✓n_✓c_✓o_✓d_✓i_✓n_✓g is used.  Uuencod-
  220. ing translates a binary file into text characters,  so  that
  221. the  news  and  mail  transport programs won't mess up.  The
  222. disadvantages are that uuencoded files are about 30%  bigger
  223. than  the raw binary files they represent, and that you have
  224. to go through one extra step to get the binaries to work  on
  225. your computer.
  226.  
  227. _✓1._✓2.  _✓A_✓r_✓c_✓h_✓i_✓v_✓e_✓s _✓o_✓r "_✓a_✓r_✓c _✓f_✓i_✓l_✓e_✓s"
  228.  
  229.      Usually, a program will need more than one file to work
  230. properly.   The extra files might be data files, help files,
  231. or maybe some instructions for the user.  In order to easily
  232. package  multiple  files together in one binary file, a pro-
  233. gram called "arc" (short for "archiver") is used.  Arc  also
  234. compresses  all  the  files as it packages them, so that the
  235. arcfile take up less disk space  (and  takes  less  time  to
  236. download!)  than  it  would if its contents were just thrown
  237. together.
  238.  
  239.      To confuse matters even more,  a  new  archive  program
  240. called  "zoo"  can  also be used to achieve the same effect.
  241. Zoo is superior to arc in some respects,  slightly  inferior
  242. in  others.   Unfortunately,  you can't unpack a zoo archive
  243. with arc, or vice versa.
  244.  
  245.  
  246.  
  247.  
  248.  
  249.  
  250.  
  251.  
  252.  
  253.  
  254. Using Binaries                                           -2-
  255.  
  256.  
  257. _✓1._✓3.  _✓U_✓S_✓E_✓N_✓E_✓T _✓a_✓r_✓t_✓i_✓c_✓l_✓e_✓s
  258.  
  259.      The USENET has groups designed especially for transmis-
  260. sion  of  binary  files.   They are usually called something
  261. like "comp.binaries.x," where x is the type of machine  that
  262. the programs will run on.  For Atari ST owners, the group to
  263. watch  is  comp.binaries.atari.st.   Most  of  the  binaries
  264. groups  (including  the Atari binaries group) are _✓m_✓o_✓d_✓e_✓r_✓a_✓t_✓e_✓d,
  265. which means that you can't send a program directly to every-
  266. one  on  the  network.   Instead,  you send it to someone in
  267. charge of the group (the _✓m_✓o_✓d_✓e_✓r_✓a_✓t_✓o_✓r),  who  makes  sure  that
  268. your program works and contains the proper documentation (or
  269. that the lack of documentation is announced), and that  it's
  270. in  the  correct  format  to  be sent out to the rest of the
  271. USENET.
  272.  
  273.      One of the restrictions of the USENET is that  articles
  274. can  only  be  a certain length.  If a binary is longer than
  275. that, it must be split up into several parts, each no longer
  276. than  45000 bytes or so.  This introduces yet another obsta-
  277. cle to people who want to transform the articles into a use-
  278. ful  form,  but  it  can't really be helped until the USENET
  279. starts  running  much  more   advanced   news   transmission
  280. software.   Also,  some  particularly  long  programs may be
  281. posted over the course of several days;  otherwise  the  net
  282. would  be  overloaded with lots of huge messages, and people
  283. would complain.
  284.  
  285.      USENET binaries are grouped into _✓v_✓o_✓l_✓u_✓m_✓e_✓s, each contain-
  286. ing  about  100  articles.   This is to make life easier for
  287. people who are trying to keep track of which  articles  have
  288. been  posted.   When  a new volume is started, the moderator
  289. will usually post introductory articles, including a list of
  290. previously published articles.
  291.  
  292. _✓2.  _✓H_✓o_✓w _✓d_✓o _✓I _✓g_✓e_✓t _✓b_✓i_✓n_✓a_✓r_✓i_✓e_✓s?
  293.  
  294.      There are two ways to get binaries: first,  by  reading
  295. the  USENET  newsgroup  comp.binaries.atari.st; you will see
  296. new articles within a week (usually much less) of  the  time
  297. they  were  sent out by the moderator.  If, for some reason,
  298. your site doesn't receive comp.binaries.atari.st, or if  you
  299. want  to  look  through  previously  posted  articles,  site
  300. panarthea.ebay.sun.com has all the binaries  stored  in  its
  301. archives.
  302.  
  303.      The other way to get binaries is to request  them  from
  304. panarthea's archive server.  The archive server is a program
  305. that intercepts incoming mail messages and  looks  for  com-
  306. mands  inside  them.   You can tell it to list the available
  307. binaries, give you help,  or  send  whichever  files  you're
  308. interested  in.   The requested files will be mailed to you.
  309. One thing to be  careful  of  is  that  multi-part  postings
  310. aren't  placed  in  the  archives until all their parts have
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320. Using Binaries                                           -3-
  321.  
  322.  
  323. been sent out to the USENET at large.  This  is  to  prevent
  324. people  from  requesting all 99 parts of a program the first
  325. day it appears, thus overloading the net and  defeating  the
  326. purpose of piece-by-piece posting.
  327.  
  328.      To find out more about the archive server, send a  mail
  329. message    containing    the   word   "help"   to   archive-
  330. server%panarthea.ebay@sun.com  Talk to an  administrator  at
  331. your  site  if that mail address doesn't work.  If you don't
  332. get any response from the archive server within a few  days,
  333. something      may      be      wrong;     mail     archive-
  334. manager%panarthea.ebay@sun.com to report the problem.
  335.  
  336.      There  are  other   archive   sites,   too,   such   as
  337. terminator.cc.umich.edu;    they   contain   most   of   the
  338. comp.binaries.atari.st software as well as  some  additional
  339. programs  that  have  not  appeared on the newsgroup.  (Some
  340. sites, such  as  terminator,  also  offer  something  called
  341. "anonymous  ftp"  if  you're  on  the  Internet.   Say  "ftp
  342. terminator.cc.umich.edu",   and   if   you   connect,    use
  343. "anonymous"  for  a  username, and your username for a pass-
  344. word.  See the ftp  documentation  at  your  site  for  more
  345. information.)   A  recent,  but  possibly incorrect, list of
  346. alternate archive sites appears at the end of this  article.
  347. Please send me mail if you know of any that aren't mentioned
  348. here, or if my list is incorrect.
  349.  
  350.      Panarthea also offers an "auto-index" service, for peo-
  351. ple  who  don't  have  access  to the USENET groups.  If you
  352. request autoindex service, you will receive  copies  of  the
  353. archive-server's  index  files  for the binaries and sources
  354. groups whenever new files are added.  Note that if your site
  355. gets  comp.binaries.atari.st, requesting autoindex is point-
  356. less and a waste of net bandwidth.  Send mail to  autoindex-
  357. request%panarthea.ebay@sun.com if you'd like to sign up.
  358.  
  359. _✓3.  _✓H_✓o_✓w _✓d_✓o _✓I _✓d_✓e_✓c_✓o_✓d_✓e _✓t_✓h_✓e
  360.  _✓b_✓i_✓n_✓a_✓r_✓i_✓e_✓s?
  361.  
  362.      As stated above, turning binaries from USENET  articles
  363. into a more useful form can be a multi-step process.  At the
  364. least, you will need the uudecode program;  it  is  standard
  365. software on most UNIX|✓- systems and is available in a  couple
  366. of forms on the Atari.  Versions for other operating systems
  367. do exist, and can certainly be written with  little  effort.
  368. Arc  is  available for UNIX and other operating systems, but
  369. is not standard software.  In any case,  you  will  want  at
  370. least arc on your Atari.
  371.  
  372.      A version of uudecode written in ST BASIC is  available
  373. in  panarthea's  archives (see above).  It is in volume 1 of
  374. the  comp.sources.atari.st  directory  (note   that   that's
  375. _________________________
  376. |✓- UNIX is a trademark of Bell Laboratories.
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387. Using Binaries                                           -4-
  388.  
  389.  
  390. _✓s_✓o_✓u_✓r_✓c_✓e_✓s and not binaries).  Once you have that,  you  should
  391. get the files "arc," "arcdoc," and "uucode" from volume 1 of
  392. the binaries directory.  They contain the arc  program  men-
  393. tioned earlier, its documentation, and a much better, faster
  394. version of the uudecode program.
  395.  
  396.      Use the BASIC  program  to  uudecode  the  two  encoded
  397. files;  then  use  arc  to  unpack  the  better  version  of
  398. uudecode.  (Arc is documented in "arcdoc.")   Note  that  if
  399. you're  reading news/receiving mail on a computer (such as a
  400. UNIX system) that already has uudecode, you can skip most of
  401. this;  you  will  probably  just want to uudecode arc there,
  402. then download it (using kermit,  xmodem,  or  your  favorite
  403. transfer  protocol  -  consult your site's administrator and
  404. your Atari communication package's  documentation  for  more
  405. information.   Remember  to use binary mode when downloading
  406. arc files!)
  407.  
  408.      So far, everything has been small enough to fit in  one
  409. piece,  but  you will almost certainly want to try something
  410. larger eventually.  The Atari "uud"  program  (whose  source
  411. code,  also  suitable  for  compilation  on UNIX systems, is
  412. available in the  sources  archive)  is  capable  of  easily
  413. decoding  multi-part  uuencoded files.  Near the top of each
  414. part (except the first) will be a line like
  415.  
  416.         begin part c foobar.uac
  417.  
  418.  
  419.      Rename each file (except part 1,  which  can  be  named
  420. "part01" or just about anything else) to the name at the end
  421. of this "begin" line, in this case "foobar.uac".   Then  run
  422. uud  on the file containing part 1; it contains instructions
  423. to cause uud to look for the other parts.   If  you  have  a
  424. text  editor or a UNIX style cat program, you can just stick
  425. all the parts together in order and run uud on the resulting
  426. (big)  file;  it  will  try to go on in the first file if it
  427. can't find the next part in a separate file.
  428.  
  429.      If you don't have uud or would prefer  to  decode  your
  430. binaries  on  your  larger  news  computer, the procedure is
  431. somewhat more complex.  Plain vanilla uudecode doesn't  know
  432. about  multi-part  uuencoded  files,  so you have to fool it
  433. into thinking that everything is in one part.  First,  stick
  434. all  the  parts  together  (using  cat  on  UNIX).  Edit the
  435. resulting file.  Now remove all the extraneous lines of text
  436. in  between  the  parts  --  this includes mail headers, any
  437. text, lines of the form "include foobar.uad," "table"  lines
  438. and  the  lists  of  characters  following them, and "begin"
  439. lines other than the one at the beginning of part  1.   Once
  440. you  have  converted all the parts into a big uuencoded mass
  441. (with no blank lines!), the regular  uudecode  program  will
  442. work.
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450.  
  451.  
  452.  
  453. Using Binaries                                           -5-
  454.  
  455.  
  456.      Obviously, this is  something  of  a  hassle,  and  the
  457. recommended procedure is to try to install uud on your large
  458. computer.  You'll usually want to  minimize  the  amount  of
  459. data  you  have  to  send  to  your Atari, since you'll most
  460. likely be downloading it at a relatively low speed, and  the
  461. uudecoded .arc file is the smallest thing you can download.
  462.  
  463.      Zoo is available from the archives.  It  is  simple  to
  464. use; refer to the documentation included in zoobin.arc (yes,
  465. you need to use arc to extract zoo!) for  more  information.
  466. The uudecoding process is the same for zoo and arc files.
  467.  
  468.      Most  archives  contain  documentation;  refer  to  the
  469. instructions in a specific program for usage information and
  470. the like.  If you have problems with a  particular  program,
  471. send  mail  to  the  submitter  (listed near the top of each
  472. part.)  The moderator doesn't have time to become very fami-
  473. liar with all the programs that are posted, so the submitter
  474. will probably be much more helpful.
  475.  
  476.  
  477. _✓4.  _✓L_✓i_✓s_✓t _✓o_✓f _✓a_✓r_✓c_✓h_✓i_✓v_✓e _✓s_✓i_✓t_✓e_✓s
  478.  
  479.      Note: I have not verified these, so this  list  may  be
  480. wrong.   Mail  servers  usually  respond  to the word "help"
  481. alone in a mail message.
  482.  
  483. Address                        Type   Comments
  484. _________________________________________________________________
  485. terminator.cc.umich.edu        ftp    Mail server may also exist
  486. him1.cc.umich.edu              ftp    cd to pc7: directory
  487. dsrgsun.ces.cwru.edu           ftp    GNU and Minix archives also
  488. xanth.cs.odu.edu               ftp
  489. netlib@lakesys.uucp            mail
  490. archive@softvax.radc.af.mil    mail
  491. marks%mgse@rex.cs.tulane.edu   uucp   Ask your site administrator
  492.  
  493. ------------------------------
  494.  
  495. End of Info-Atari16 Digest
  496. **************************
  497. -------
  498.  
  499.